Situational Software Engineering: Ein Rahmenwerk für eine situationsgerechte Auswahl von Entwicklungsmethoden und Vorgehensmodellen

Industrielle Softwareentwicklung unterliegt einem stetig steigenden Kosten-, Zeitund Qualitätsdruck, der einen effektiven, effizienten und wirtschaftlichen Einsatz der zur Verfügung stehenden Ressourcen bei IT-Dienstleistern erfordert. In diesem Beitrag berichten wir über industrielle Erfahrungen bei der Entwicklung eines Rahmenwerks, um für ein aktuelles Softwareprojekt im Sinne eines Situational Software Engineering eine situationsgerechte Auswahl und Kombination von Methodenund Vorgehensmodellbausteinen zu bestimmen. Es werden konkrete Kriterien angegeben, anhand deren Methodenbündel für Systemklassen geschnürt werden können. 1 Einleitung und Motivation Ein wesentliches Ziel der Software Engineering-Forschung besteht darin, Methoden und Vorgehensmodelle zu entwickeln, um die Softwareentwicklung so weit wie möglich zu industrialisieren. Hierdurch soll einerseits eine hohe Qualität der entstehenden Softwareprodukte gewährleistet werden, andererseits sollen und müssen die vorhandenen Ressourcen effizient, effektiv und kostenbewusst eingesetzt werden. Aufgrund veränderter Rahmenbedingungen sind hierbei die Anforderungen an den Einsatz von Methoden und Vorgehensmodellen stark gestiegen. Beispiele für veränderte Rahmenbedingungen sind einerseits die immer häufiger geforderte Entwicklung von integrierten Anwendungslandschaften auf der Basis existierender oder extern entwickelter Basiskomponenten im Gegensatz zur Individualentwicklung einzelner Anwendungssysteme. Andererseits steigen die Einschränkungen bezüglich verfügbarer Ressourcen (Zeit, Budget, Fachpersonal) sowie Compliance-Anforderungen bezüglich zu verwendender Standards und Technologien. Der IT-Dienstleister Capgemini (vormals sd&m) hat in den letzten 20 Jahren unter dem Namen Quasar 2.0 ein Methodenportfolio für die Softwareerstellung entwickelt, das insbesondere auf die Entwicklung von Individualsoftware (Custom Software Development (CSD)) zugeschnitten ist (siehe Abb. 1) [Cap09, Sie04]. Es ist strukturiert in Domänen (Requirements, Analysis & Design, ...) sowie in konstruktive (hellblaue) und analytische (dunkelblaue) Disziplinen. INFORMATIK 2011 Informatik schafft Communities 41. Jahrestagung der Gesellschaft für Informatik , 4.-7.10.2011, Berlin www.informatik2011.de erschienen im Tagungsband der INFORMATIK 2011 Lecture Notes in Informatics, Band P192 ISBN 978-3-88579-286-4 weitere Artikel online: http://informatik2011.de/519.html